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ABSTRACT OF THE DISCLOSURE 


The invention provides a method and system for 
defining a personalized sequence of discrete media content 
segments to be played at particular times. The media 
content segments are selected from live media content 
segments and archived media content segments. The method 
includes specifying an order of play of the media segments; 
specifying specific live media content segments having 
defined start times, durations and repeat intervals; and 
deriving a play sequence. The media content segments may 
be audio or video content segments. The system in a 
preferred embodiment is carried out using a series of web 
pages and the content defined by the sequence is provided 
to the user over a computer network. 
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TITLE: METHODS FOR CREATING A CUSTOMIZED PROGRAM FROM A 

_ VARIETY OF SOURCES _ 

5 BACKGROUND OF THE INVENTION 

This invention relates to methods for creating a 
customized audio or video program from a variety of 
digitized content sources. 

Now that the Internet, and other networks, make a 
10 wide variety of digitized content electronically available, 
there is the need and capability to provide a selection and 
scheduling system to automate choosing among these to 
create a customized stream of material of interest to 
listeners, from a wide variety of content sources. Prior 
15 art has proposed several solutions. 

For example, U.S. Pat. No. 6,038,591 to Wolfe et al. 
discloses a system which can distribute customized music 
selections to users, according to listener preferences and 
other factors. However, this system cannot utilize live 
20 feeds as sources, cannot interrupt a first audio source 

with a second audio source, and does not allow the user to 
make specific audio content selections. 

U.S. Pat. No. 5,721,827 to Logan et al. discloses a 
system for distributing information to users, where said 
25 information could be in digitized audio form. However, the 
audio can only be that stored on the single said system, 
and the audio does not include live feeds. 

U.S. Pat. Nos. 5,892,536, 5,986,692, and 6,088,455 
to Logan et al. disclose systems for generating a 
30 proprietary program signal according to topics of interest 
to an individual. However, the system only monitors a 
single broadcast signal, and according to an analysis of 
the broadcast signal or a communication system which 
carries information on the characteristics of said 
35 broadcast signal, indicates when the broadcast signal has a 
topic of interest. There is no capability of selecting from 
a variety of digitized content providers, no capability of 
the user equipment specifying the source of the broadcast 
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signal, and no capability of interrupting the broadcast 
signal from a first signal source with the broadcast signal 
from a second signal source. 

There are world wide web sites currently available 
5 that enable a user to construct an audio program from 
selections made at their web site. For example, 
www.audiobasket.com provides a variety of Internet-based 
audio sources, however, it does not track what listeners 
have already heard (so going back to the site too soon to 
10 listen again results in the exact same audio being heard), 
it does not allow listening to live audio (so you cannot 
listen to a radio station in real-time), and you cannot 
interrupt one segment with another. Other sites, such as 
www.kerbanao.com . www.sonicbox.com , and 
15 www.pencruinradio. com , allow you to listen to real-time 

radio and other audio feeds, but have no way to interrupt 
one audio program with another, have no information on when 
particular types of information are presented on the audio 
feeds, and have no way to build lists of sources to 
20 sequentially receive according to a schedule. Another site, 
www.vocruette. com . allows both archived and real-time audio 
to be received in sequence, but again, real-time audio 
cannot be interrupted at particular times, there is no 
information on when audio sources have particular types of 
25 information available, and there is no way to select a web 
page of archived audio segments, and later listen to them, 
one at a time. 

30 SUMMARY OF THE INVENTION 

A method of playing discrete media content 
segments according to the present invention comprises: 

specifying an order of play of media content 
segments selected from archived media content segments and 
35 continuously playing live media content segments, 

specifying specific live media content segments 
having defined start times, durations and repeat intervals, 
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deriving a play sequence based on said order of 
play which is interrupted to accommodate said specific live 
media content segments at the start times thereof, and 
using said play sequence to provide a 
5 personalized sequence of discrete media content segments. 


In a preferred aspect of the invention, the 
media content segments are streaming media content 
segments. 

10 

In a further aspect of the invention, the media 
content segments each include an address that identifies a 
source of the media content segment and the address is used 
to play the particular media content segment when required 
15 according to the personalized sequence. 


In a different aspect of the innovation, the 
play sequence includes an address for each discrete media 
content segment which address allows playing of the 
20 particular discrete media content segment upon demand. 

In yet a further aspect of the invention the 
play sequence includes address instructions for each 
discrete media content segment causing the play thereof in 
25 accordance with the play sequence on a source specific to 
the media content segment and where the play sequence 
includes address instructions of different sources. 

According to an aspect of the invention, the 
30 method includes the step of identifying live streaming 

media content segments which meet predetermined selection 
criteria determined by a user, and modifying said play 
sequence to accommodate the identified live streaming media 
content segments. 

35 

According to a further aspect of the invention, 
the derived play sequence after interruption to accommodate 
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the specific live media content resumes play of media 
content based on the order of play. 

According to a further aspect of the invention, 

5 the derived play sequence, after an interruption which 
interrupted an archived media content segment, plays the 
entire archived media content segment or plays a remaining 
unplayed portion of the archived media segment or plays a 
portion of the archived media segment immediately 
10 proceeding the interruption followed by the remaining 
unplayed portion of the archived media segment. 

According to yet a further aspect of the 
invention, the derived play sequence is stored as a program 
15 along with program timing information for the playing 
thereof and the method allows the storage of multiple 
programs. 

According to a further aspect of the invention, 

20 the program timing information includes the ability to play 
the program on a repetitive scheduled basis. 

A method of identifying audio content and the 
selective programming thereof to define a personalized 
25 sequence of discrete audio segments according to the 
present invention comprises: 

identifying a series of archived audio segments 
of possible interest to a user, 

identifying a series of live audio segments 
30 available at specific times and of a known duration of 
possible interest to the user, 

forming a basic series of audio segments from at 
least said archived audio segments for play in a particular 
manner according to information entered by the user, 

35 forming an interrupting series of audio segments 

from at least said live audio segments including timing 
information for playing of each audio segment, and 
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producing an audio signal based on said basic 
series of audio segments which are interrupted by said 
interrupting series at the specific times of the audio 
segments and for the duration thereof. 

In a preferred aspect of the method, the basic 
audio segments also include live audio segments. 


A system for allowing a user to manage media 
10 content available from a host of sources and produce a 
media signal customized according to user identified 
criteria, according to the present invention comprises: 

a first web page interface for identifying media 
segments of possible interest to the particular user where 
15 the media segments include live media segments and archived 
media segments and selecting therefrom a group of media 
segments of particular interest to the user, 

a second web page interface allowing the user to 
select from the group of media segments and form a basic 
20 sequence of media segments to be played in a predetermined 
manner and also allowing the user to select an interrupting 
series of media segments to be played in a manner to 
interrupt the basic sequence of media segments at 
particular times and for the duration thereof and 
25 thereafter return to said basic sequence of media segments, 
and 

a third web page interface to allow the user to 
play said basic sequence of media segments and said 
interrupting series of media segments. 

30 

According to an aspect of the invention, the 
system upon return to the basic sequence resumes the media 
segment that was interrupted. 

35 The system, according to an aspect of the 

invention includes memory means for tracking archived media 
segments to identify media segments which have been 
previously played to avoid replaying thereof. 
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In a further aspect of the invention, the system 
conducts additional searches from time to time to locate 
current media segments of an identified content provider 
5 and adds the current media segments to the selected 
archived media segments. 

In a preferred aspect of the invention, the 
media segments are audio media segments available over a 

10 public computer network. 

In a further aspect of the invention, the media 
segments are available and transmitted for play on a user 
device connected to the INTERNET. 

15 

The present invention provides a method to construct 
a customized program to be constructed, from both live 
feeds, and also archived segments of audio or video 
content. For example: 

20 • to listen to a first live radio station available on 

the Internet from 7:30 AM to 8:30 am, and 

• to listen to a second live radio station from 5:30 pm 
to 6:30 PM, 

• but to interrupt those with the sports report from a 

25 third live radio station, which is available at 15 

and 45 minutes past each hour, for a duration of 2 
minutes, and 

• to also interrupt the first and second radio 
stations with the business news report from a fourth 

30 live radio station for 3 minutes, beginning at 23 

minutes past the hour between 5:00 am and 9:00 am 
each weekday, and 

• to also interrupt the first and second live radio 
stations with an archived audio segment available 

35 from a web site listing a large number of science 

news segments, for as long as the segment runs, 
beginning at 50 minutes past each hour, and 
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• to also interrupt the above audio segments with 
alerts, bulletins and other non-scheduled, timely 
content which meets criteria specified to be of 
interest to be received in this manner. 

5 

BRIEF DESCRIPTION OF THE DRAWINGS 

Preferred embodiments of the invention are shown in 
the drawings, wherein: 

10 Figure 1 through Figure 4 are block diagrams 

illustrating the functionality and computer communications 
interaction for a possible embodiment of the present 
invention; 

Figure 1 illustrates the steps of a Central Host, a 
15 User, and a Content Provider; 

Figure 2 shows in more detail, the steps to obtain 
additional details of audio segments from the content 
provider; 

Figure 3 shows the steps to build a program of 
20 segments ; 

Figure 4 shows the steps to access a built program 
and begin playing thereof; 

Figure 5 through Figure 7 show a user interface to 
gather audio segment details for inclusion in the Central 
25 Host's database; 

Figure 8 through Figure 15 shows the user interface 
to create and play a customized audio program; and 

Figure 16 and Figure 17 show network configurations 
of the present invention. 

30 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The embodiment herein describes receiving the 
audio at a personal computer connected to the Internet. 

35 However, it should be noted that this is for illustrative 
purposes only, and other embodiments of the present 
invention will be obvious to those skilled in the art. For 
example, the listening device could be an Internet 
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appliance, which here refers to a somewhat single-purpose 
device, such as a device specifically designed to play 
Internet audio. Other listening devices could include 
cellular telephones, traditional land-line telephones and 
5 wireless personal digital assistants. 

Also, analogous steps could be used to perform 
similar actions with video, rather than the audio used for 
the embodiment described below, and such video-based 
applications are simply another embodiment of said present 
10 invention. The main difference for video content, from a 
networking perspective, is that higher-speed network 
connections are required to provide high-quality motion 
video, and a video display is required at the 
listening/viewing station. Other requirements include 
15 greater processing capacity and memory storage at the 
listening/viewing station. Current personal computers 
typically have adequate processing capacity and memory 
storage for motion video, and current dial-up modems have 
adequate speed for low-quality video purposes. As higher- 
20 speed network connections become lower-cost, and more 

common, motion video quality will increase substantially. 

Current digitized audio and video players 
typically have a pause in the audio or video when a new 
content source is selected, said pause being due to the 
25 necessity to buffer (that is, to store locally at the 

listening/viewing station) several seconds of content to be 
played during periods when digitized content is briefly 
interrupted due to network or server congestion or other 
cause. There are several methods to deal with the pause, 

30 such as the following: 

• play some content which is stored locally, such as 
music 

• enhance the digitized audio player to begin 
playing streaming content immediately when it first 

35 arrives, and to build up the buffer of content during this 
time as well 
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• display a message, showing how many more seconds 
of buffering will occur until the playing of the content 
will begin 

• pre-fetch the first several seconds of a 

5 subsequent content segment before the previous segment 
completes 

As network connections become higher-speed and as 
these higher-speed connections become more commonplace, the 
time required for this buffering will decrease, reducing 
10 the need for the above special handling. 

In the Figures, the following terms are used: 

• the Central Host refers to a computing facility 
which is accessible to many users, for example, a web site 
on the Internet 

15 • the User refers to a typical user of the service 

provided by the present invention, and could be a person at 
a computer with a web browser, possibly with additional 
software to implement some of the functions of the present 
invention, and a connection to the Internet 
20 • the Configuration Station could be said computer 

with a web browser 

• the Listening/Viewing Station could be the said 
computer, or it could be an entirely separate device, 
possibly located remotely from said computer 

25 • the Content Provider refers to a source of audio 

content, typically this would be implemented as two parts, 
for example; 

i) a web site which hosts a web server, which has 
a page with one or more hypertext link(s) to sources of 

30 audio content 

ii) the actual source(s) of the audio content, 
which may be the same server as the web server, or a server 
anywhere else on the Internet 

Furthermore, the terms live audio, and real-time 
35 audio, refer to audio which is available over a network, 
such as the Internet, at the same time to all possible 
recipients. Examples would include listening to a standard 
broadcast radio station which simultaneously provides the 
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audio over the Internet, or a sports or business event 
where the audio is sent over the Internet as the event 
occurs. Such material may be available continuously, as in 
the case of radio, or may have a finite duration, as for a 
5 live sports event or a press conference. 

The term archived audio refers to audio which is 
stored in digital form, and available to be played from the 
beginning, at any time, for each possible recipient. 
Examples include a science or business news report, which 
10 can be listened to, from the beginning, at any time each 
listener wishes. Such material is generally a few minutes 
to a few hours in length. 

Typical digitized audio players, such as 
RealNetworks, Inc.'s RealPlayer support commands which can 
15 limit the maximum playing time of both live and archived 

audio. Therefore, it is possible to build a playlist which 
specifies that a continuously-playing radio station or 
archived audio only be played for 5 minutes, and then the 
next item in the playlist will be played. 

20 Furthermore, with additional software, such 

players support the following capabilities: 

• playing of archived audio from a first source to 
be interrupted, noting how far into the archived audio the 
interruption occurred, 

25 • playing an interruption, such as a once-hourly 

business report, or an important bulletin from a second 
audio source, and 

• at the end of the interruption, resuming the 
interrupted archived audio from the first source at, or to 

30 improve intelligibility in case the interruption happened 
in mid-word or mid-sentence, resuming playing the 
interrupted audio some number of seconds before the 
interruption occurred. 

Additionally, for the descriptions herein, the 
35 term segment refers to digitized audio received over a 

network from a single audio source. Said segment could be a 
continuously-playing feed from a live radio station, a 
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timed-portion of audio from a live radio station, or all or 
part of archived audio stored in digital form on a server. 

The term program refers to a sequence of segments, 
typically from a variety of sources. For example, a user 
5 might create a program which consists of playing live audio 
from a first radio station except when interrupted by: 

• a second radio station at 15 and 45 minutes past 
the hour, for a duration of 2 minutes each time, since said 
second radio station has a sports report at those times 

10 • a third radio station at 23 minutes past the hour, 

for a duration of 3 minutes, since said third radio station 
has a business report at that time 

• a randomly-selected archived music file from the 
local computer's hard disk, once per hour 

15 Figure 1 shows the main steps to submit references 

to audio segments to the Central Host's database. Such 
submissions would be done by the administrators of the 
Central Host's database, and possibly also by any user who 
wishes to do so. 

20 At step 101, using a standard web browser, the 

user enters the uniform resource locator of a hypertext 
markup language page at an Internet world wide web site 
which has hypertext hot-links to one or more audio sources 
of interest. This is typically done by typing the full URL 
25 into the web browser, by clicking on a referring page on 
another web page, or by selecting a previously-bookmarked 
entry. 

At step 102, the web server sends back to the user 
the HTML web page requested, and at step 103, this page is 
30 displayed to the user, and said user reads said web page to 
identify from the descriptive text therein a hypertext hot- 
link to audio which is of interest. These steps use 
standard web browsers and servers, as is currently widely 
implemented on the world wide web of the Internet. However, 
35 to obtain additional details of the audio, the user 

requires additional software, which will here be called the 
Submit Client. The Submit Client software will be further 
detailed in Figure 2. However, in summary, in step 104, the 
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Submit Client software sends a request to the audio source 
for additional details of the audio segment of interest, 
and in step 105 the audio source replies with the details, 
which are then displayed and available for said user to 
5 observe in step 106. 

Said user will then have displayed the received 
details, along with fields to add information to said 
received details from the content provider. Examples of 
such user-added information include: a detailed description 
10 of the information provided by the audio segment, a rating 
as to the quality of the information, a rating as to the 
audience suitable for the audio, keywords to be used for 
subsequent searching for the audio segment, how often the 
audio segment is updated, whether the submitted audio 
15 segment information is new or an update to previously- 

submitted audio segment information, the url of a web page 
for additional information concerning the audio, and so on. 

A key feature of this ability to add audio segment 
information is the additional capability to enter detailed 
20 schedule information for a portion of a live feed, if 
desired. For example, the start time, repeat interval, 
duration, and hours and days of availability, along with a 
more detailed description of said portion could be entered. 
An example of such a portion would be a live audio source's 
25 sports report which is available at 15 and 45 minutes past 
each hour, for a duration of 2 minutes, every day of the 
week. 

Another feature would be for the Submit Client 
software to automatically search for all audio links on a 
30 single web page, or tree of web pages. This is useful as 
many sites have web pages with long listings of archived 
audio, such as the last five years of science news stories. 
Some sites which regularly update their archived audio 
segments, such as for a weekly talk show, give the new 
35 archived audio segment a new url, often choosing a new 
filename based on the date, such as 20000424.rm, for 
their April 24, 2000 show, as the filename is in yyyymmdd 
format. Methods to automate the process of locating such 
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additional and new audio content would be obvious to those 
skilled in the art of programming, and with web programming 
in particular. 

Continuing with step 106, said user can submit 
5 this information to the Central Host, and in step 107, the 
Central Host stores this information into its database. 

It is intended that the Central Host's database 
will have references to both: 

° Live audio, such as from radio stations which 

10 simultaneously send their audio over the Internet. 

° Separate references to specific features which are 

broadcast at specific times by said radio stations. For 
example, a typical news radio station will have a fixed 
daily schedule, where at specific and repeatable times of 
15 each day they will broadcast the news, weather and traffic, 
and also reports on sports, technology, the stock market, 
travel, entertainment, and other topics. 

With a large community of users submitting audio 
segment references, duplications, errors, and references 
20 which are no longer correct {for example, because the audio 
source changed their schedule) will occur. The Central Host 
could maintain two databases: 

o one would have whatever users submit, and 

■> the other would have references which have been 

25 checked for accuracy, with duplications eliminated, greater 
consistency in the keywords, ratings and descriptions 
associated with each reference. 

Figure 2 provides more detail on the Submit Client 
software, particularly, how additional audio segment 
30 details are requested from the audio source. This 

description applies to RealNetworks, Inc.'s embedded 
RealPlayer, however, other players have similar 
functionality. 

In step 201, the url for the audio segment of 
35 interest is provided to the Submit Client software, which 
could be implemented using JavaScript. A typical such url 
would be as follows: 
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http://www.radio.cbc.ca/news/hourly/latest. 

ram 

This url would be the anchor for some hypertext, 
which might display "Click here for the latest hourly news 
5 report" on a page on the content provider's web site. The 
contents of said latest.ram file could be as follows: 

pnm://home.cbc.ca/radio/news/latestnews/lat 
estnews.ra 

This is a reference to the actual digitized audio 
10 file which would be streamed over the Internet, from the 
content provider, in this example, using the RealNetworks, 
Inc.'s proprietary protocol pnm, to the RealPlayer on the 
listener's computer. As shown below for Figure 3, special 
RealPlayer commands, such as end= n 0 : 5 : 00" , which only 
15 plays that segment for a maximum of five minutes before 
moving on to the next item in the playlist, must be 
appended to entries in the ram file, ram files are created 
by the organization making the content available, and there 
are many ways of building them. For example, some ram files 
20 have many entries, such as; a reference to a copyright 
statement, followed by a reference to a welcome message, 
and then finally the reference to the actual content of 
interest. Some content providers divide the audio material 
into many separate files, for example; an hour-long talk 
25 show might be divided into four 15-minute portions. This is 
why it is necessary for the Submit Client to not simply use 
the reference to the ram file as found on the content 
provider's web page as the reference to the audio segment, 
but rather to perform the extra step of getting the 
30 contents of the ram, and then using the ram file contents as 
the reference to the audio segment. 

In step 202, the Submit Client software uses the 
embedded RealPlayer SetSourceO JavaScript method to 
specify the audio source, and then the GetLengthO method 
35 to determine the length of the audio segment. Many other 

methods are also available, such as GetLiveState () which 
returns whether the audio segment is live or archived, and 
GetTitleO which returns the title of the audio segment. 
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The details of the use of these methods would be obvious to 
those skilled in the art of JavaScript programming, and 
knowledgeable of the RealPlayer software development tools. 

In step 203, the RealServer which is the source of 
5 the audio segment would receive the requests from these 
methods, and reply with the information. In step 204 the 
information is made available to the JavaScript, and the 
Submit Client software can display it to the user. 

Figure 3 provides details on how a user builds a 
10 program of audio segments of interest. In step 301, the 

user might go to the Central Host's web site, and enter the 
keywords "Toronto" and "sports". In step 302, the Central 
Host would then search its database for matching audio 
segments, according to the keywords entered in step 106, 

15 and send to the user descriptions of these, along with 

additional details, such as their segment lengths. In step 
303, the user would view the available segments, and select 
those of interest which are to be included in the program 
being built. Other options could be made available, such 
20 as: 

• viewing additional details of the audio segment, 
such as duration, repeat interval, update schedule, and 
author 

• re-ordering the sequence in which the segments 
25 would be heard within the program 

• specifying the times of day and the days of the 
week that the segment is of interest 

• specifying a time offset to accommodate network 
delays and time zone differences 

30 • marking individual segments which should be 

recorded by the user's listening device, so they can be 
listened to at any time 

• listening to the audio source immediately 

• viewing the web page associated with the audio 
35 segment 

In step 304, the user could repeat the keyword- 
search to find additional audio segments of interest. When 
all audio segments have been selected, in step 305 the user 
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provides a name for the just-built program, and it is 
stored for immediate or future listening. The format of 
this stored program depends on the audio player used, but 
as an example, RealNetworks, Inc.'s RealPlayer supports a 
5 format they refer to as a RealAudio media, or ram file, an 
example of which follows: 

# Customized RealAudio RAM file 

10 rtsp://209.226.148.226: 665/encoder/chumam?end=- 0:5:00° 

pam://media5.bloomberg.com/wbbr/topbus/202785 9 6_2 8 8.rm 
pnm://raserver.das-x.dec.com/rcfoc/20000424.rm?ead="0:0:30" 

15 The file with the above contents is given a name 

with a .ram extension, such as xqyprogram.ram, and when a 
web browser or operating system is requested to open such a 
program, it will recognize, from the filename extension, 
that the file is to be interpreted by a RealPlayer, and 
20 submit the filename to the RealPlayer for processing. 

The RealPlayer will interpret the above file as 

follows. 

Firstly, due to the "#", the first line is a 
considered a comment, and is ignored by the RealPlayer. The 
25 rest of this ram file indicates that there are three audio 
segments in the playlist. The first is a live feed, using 
the rtsp protocol, from the RealServer at ip address 
209.226.148.226, using port 665, and this audio segment 
will only play for 5 minutes, due to the keyword end and 
30 the numerical parameter after it. The next line indicates 
that the RealNetworks proprietary protocol pnm is to be 
used to receive the entire archived audio file 
20278596_288.rm from the subdirectory /wwbbr/topbus 
from the server at media4.bloomberg.com. Finally, the 
35 last line indicates that again using the pnm protocol, the 
digitized audio file 20000424.rm is to be retrieved from 
the /rcfoc subdirectory of the RealAudio server at 
raserver.das-x.d c.com, but only 30 seconds of that 
archived audio is to be played. Additional capabilities of 
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such ram files will be obvious to those skilled in the art 
of digitized audio players, such as RealPlayer. Again it 
should be noted that this example is for audio, but the 
present invention applies to other media as well, such as 
5 video. Also, again, it should be noted that there are other 
digitized video and audio players and file formats, such as 
those for Microsoft Corporation's Windows Media Player. 
While the Windows Media Player has many differences, such 
as the specific methods used for invoking and controlling 
10 it, the audio encoding method, the program file format, and 
the commands used to control the player, the Windows Media 
Player has the same basic capabilities, and the present 
invention could equally well be implemented using Windows 
Media Player, or a combination of such players. A 
15 combination of such players can be required since the 

players each generally only support a few streaming media 
encoding formats, so to receive many encoding formats, 
requiring more than one player is common. 

Continuing with step 306, optionally, the user can 
20 request that a copy of the program be sent to others, for 
example, by electronic mail. Also optionally, the user can 
request that a copy of the program be sent to the Central 
Host, which stores it in step 306, as this allows 
retrieving the program from other locations and devices, so 
25 the same program can be heard elsewhere. 

Figure 4 provides details of listening to an audio 
program which has already been created and stored, as in 
Figure 3. 

For the first step, the user selects the program 
30 of interest. This program could be stored locally, as shown 
in step 401, or could be stored on the Central Host. In 
step 402, the user contacts the Central Host and submits 
the program to it. In step 403, the Central Host checks for 
updates for the audio segments in the received program, for 
35 example: 

o whether a selected audio segment now has a new 

schedule (for example, the sports report is still at the 
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same URL, but is now available at 10 and 40 minutes past 
the hour, rather than 15 and 45 minutes past the hour) 

• the next name for an archived audio segment of 
interest, for example, if the Central Host has a record 

5 that the user has already heard the weekly technology 
report archived at 

pnmt / /raserver.das-x.dec.com/rcfoc/20000424. rm, then 
the Central Host could update the program file to reference 
the content provider's next weekly technology report, which 
10 might have a url of 

pnm://raserver.das-x.dec.com/rcfoc/20000501.rm 

• whether an audio segment should be played at all, 
for example, if a user has heard the hourly news report at 
htto://www.radio.cbc.ca/news/hourly/latest.ram (which 

15 references the actual digitized audio file of 

pnm://home.cbc.ca/radio/news/latestnews/latestnews.ra - 
which always has the same filename, but the contents are 
updated hourly), then the Central Host will not include 
this segment in the playlist at all. 

20 Also in step 403, the host may insert into the 

program references to advertisements (which could be audio, 
video, graphics or text), and said advertisements could be 
customized according to the types of audio segments 
selected by the user, demographic information solicited 
25 from the user as part of allowing them access to the 
Central Host, or some other criteria. 

While the ram file supported by RealPlayer allows 
specifying a maximum playing time for audio played, it does 
not support more advanced features, such as interrupting a 
30 first live audio feed with a second live audio feed, and 

then resuming playing said first live audio feed when said 
interruption completes. However, such capabilities can be 
accomplished using more advanced programming, such as 
JavaScript and the embedded version of RealPlayer. The 
35 playlist information sent from the Central Host in step 303 
can therefore include additional details, such as the start 
time, duration, and repeat interval for interrupting audio. 
This information is then used in step 404 to augment the 
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This information is then used in step 404 to augment the 
standard play functions of the RealAudio player. For 
example, the RealPlayer 6etPosition( ) method returns the 
position in the currently playing audio segment which is to 
5 be interrupted, so the current play position can be stored 
temporarily. Then the SetSourceO method can be used to 
begin playing the interrupting audio segment, by specifying 
the reference to the interrupting audio segment as a 
parameter to the method. Once the interrupting audio 
10 segment completes, the SetSourceO and SetPosition() 
methods allow restarting the interrupted audio segment 
where it was interrupted. Furthermore, subtracting from the 
returned GetPositionO value allows restarting somewhat 
earlier in the interrupted audio segment, in case the 
15 interrupted audio was in mid-word or mid-sentence. 

Other features can also be implemented, for 
example, adding to the value returned by the 
GetPositionO method allows skipping ahead in the current 
audio segment, and the DoPrevItemO and DoNextltemO 
20 methods allow skipping to the previous or next entry in the 
playlist. Other methods allow displaying the current play 
status, such as whether the player is buffering digitized 
audio in preparation for playing it. Other control 
functions can be accomplished with other combinations of 
25 these and other methods which are available for the 

RealPlayer, and will be obvious to those knowledgeable in 
RealPlayer programming. Again, the above examples of 
RealPlayer programming are simply used to detail the 
procedures required to implement the functionality, and 
30 other implementations, both for video, and for other audio 
players, such as Microsoft Corporation's Windows Media 
Player are simply other embodiments of the present 
invention. 

Continuing with step 404, either automatically, or 
35 using controls displayed by a standard web browser, the 
user's computer will then request audio from a content 
provider, which will, in step 405, begin streaming this 
digitized audio back to the user. 
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Note that the content provider could in fact be 
the same computer as is be used by the user to play the 
audio — this would be common for the case of music files, 
such as those in MP3 format, which are stored on the user's 
5 computer's hard disk drive. 

In step 406, the user will begin hearing the 
received audio, and as described above, through 
interruptions timed through a schedule, through reaching 
the end of archived audio segments, and through interaction 
10 with the user and the above JavaScript methods, the 

RealPlayer will typically halt and resume playing audio, 
and request other audio segments from other content 
providers, as scheduled in the program. As shown in step 
407, during this time, the JavaScript software can show the 
15 constantly-updated player status, such as the description 
of the following: 

• the previous audio segment played, and its 
duration, 

• the current audio segment playing, along with the ■ 
20 time remaining before the next audio segment will be 

played, 

• the next audio segment to be played, and its 
duration, and 

• whether the current audio playing is an 
25 interruption. 

One of the types of audio segments which can be 
included in an audio program is unscheduled interrupting 
audio, such as a press conference or financial news 
bulletin. Such audio could be provided by content 
30 providers, and would interrupt the currently-playing audio 
segment whenever said unscheduled interrupting audio 
meeting specified criteria, such as topic or level of 
urgency, became available. As described above, while a 
standard audio player such as RealNetworks, Inc.'s 
35 RealPlayer does not directly have the capability of 

handling such interrupting audio, utilizing JavaScript, 

Java and RealNetwork's embedded RealPlayer can provide this 
functionality by utilizing events and optionally a separate 
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control communications channel to either the Central Host 
or the interrupting audio segment's server. 

At step 408, a content provider has unscheduled 
interrupting audio, and sends this to the user's audio 
5 player, to interrupt any currently-playing audio segment. 

Also, if the current audio segment has been 
interrupted, the description and the time remaining before 
resuming the interrupted audio can be displayed, as will be 
. shown in, and described for Figure 15. 

10 A further function of the JavaScript or other 

software controlling the playing of the audio is recording 
specific audio segments, such as those specified in step 
303 of Figure 3, when the program was built. By playing 
this recorded audio back, the user could therefore hear a 
15 missed real-time audio segment, such as the most recent 
news or weather. 

Figures 5 through 7 shows the user interface for 
submitting new audio segments to the Central Host's 
database, as described in step 201 of Figure 2. As shown in 
20 step 103 of Figure 1, typically, a user would already be 

viewing a web page which has a hot-link with displayed text 
such as "Click here to listen". By right-mouse-clicking on 
that hot-link, and, for Netscape Communications 
Corporation's Netscape Navigator world wide web browser 
25 client, selecting the "Copy Link Location" pop-up menu 

item, the HTML anchor text of that hot-link will be copied 
to the operating system's clipboard buffer. By moving the 
cursor to text window 501 in Figure 5, the anchor text can 
be pasted to that text window, as is shown at 502. Then, by 
30 clicking on the "Get Details" button 503, the Submit Client 
software will request the details of that audio segment, as 
described in step 202 of Figure 2. 

Figure details which would subsequently be 
received, as described in step 204 of Figure 2. The Audio 
35 url window 601 shows the html anchor text 502 from Figure 5. 
The Page url window 602 shows the url of the web page which 
displayed the hot-link. Depending on the exact method of 
implementation, this may be automatically determined by the 
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Submit Client software, or may need to be manually cut-and- 
pasted by the user. The Audio url. File Contents window 603 
shows the contents of the Audio url file specified in text 
window 601. This file is normally retrieved by the audio 
5 player software, but in this case, would be retrieved by 
the Submit Client software, and displayed to the user. In 
this example, there is only one line in the file, but 
multiple-line files are common, and could be displayed in a 
scrolling window or by other method, such methods being 
10 well-known to those familiar with html programming. The 
contents of window 603 may need to be examined, for 
example, to determine the file-naming scheme used for 
periodically-updated content. Or the contents of window 603 
may need to be edited, for example to remove information 
15 not needed for playing the audio, such as commands present 
for compatibility with older audio players. Text windows 
604, 605 and 606 display the audio segment's Title, Author 
and Copyright fields, as reported by the audio segment's 
server, as shown in step 203 of Figure 2. Text window 607 
20 displays the length of the audio segment (in 

hours:minutes:seconds format), or if the segment is live 
audio, then text such as "Live" will instead be displayed 
in window 607, such distinction also being reported by the 
audio segment's server. A more descriptive title for the 
25 audio segment can be entered into text window 608, and 
keywords to be used for later searching for such audio 
segments on the Central Host's database can be entered into 
text window 609. Such keywords could be more structured, 
such as having specific fields for the geographic location 
30 or relevance of the audio source, type of content, a rating 
for suitability of audience, and so on. 

If the user wishes to now submit the displayed 
reference information to the audio segment to the Central 
Host's database, then button 616 can now be clicked. 

35 As described for step 106 in Figure 1, if the user 

would like to define a portion of this audio segment as 
having a particular type of information, then the details 
for said portion can be entered in the remainder of the 
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text windows 610 through 615. Example such entries are 
shown in Figure 7. 

For example, if the Audio url in text window 701 
is the digitized audio from a live continuously-playing 
5 radio station which provides a news report every hour, on 
the hour, for a duration of four minutes, the audio segment 
specified in Figure 6 could be augmented to provide only 
this news report, rather than the continuously-playing 
radio station audio. Said augmentation would be performed 
10 as follows: 

° The Start Time text window 710 specifies when the 

audio is first available. For convenience to the user, the 
word "Midnight" could be entered in addition to 12:00:00 
am, to indicate that the desired news report begins on the 
15 hour. 

° The Duration window 711 specifies the duration of 

the news report, in this case, four minutes, 
o The Repeat Interval window 712 specifies how often 

this news report is available. In this case 1:00:00 
20 indicates every hour. 

o The Days Available window 713 indicates on which 

days of the week the news report is available. In this 
case, "All" indicates every day of the week, 
o The Time Zone window 714 indicates in which time 

25 zone the audio source is located, so that said Start Time 
and Days Available fields can be correctly interpreted for 
listeners in other time zones. 

° The Delay window 715 indicates the time delay 

resulting from the audio digitizing process used by the 
30 audio source, as well as typical network buffering, 

queueing, and propagation delays. This permits listeners to 
accommodate these delays, so that their audio player will 
not start (and finish) playing the audio source's audio too 
soon. For exanple, if a listener is in the same time zone 
35 as the audio source, and creates a program to hear a 5:00 
pm news broadcast, and the listener's player begins playing 
the audio from said audio source at 5:00 pm, the desired 
audio (the news broadcast) will typically not begin until 
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about 30 seconds later, due to the various delays, so the 
user would hear said audio source 30 seconds too early 
(that is, beginning with audio which was generated at 30 
seconds before 5:00 pm). By specifying said expected delay 
5 in text window 715 as 30 seconds, for example, said user's 
audio player will not begin playing the audio until 30 
seconds after 5:00 pm, therefore beginning with the news 
broadcast which actually started at 5:00 pm. Depending on 
where and how listeners receive this digitized audio, they 
10 may each require the ability to modify this delay for their 
own listening situation, possibly for each segment in their 
program. Therefore, when users select audio segments, as in 
step 303 of Figure 3, a field could be provided to specify 
this per-segment delay, which could even be a negative 
15 number if the audio source delay field 715 common to all 
listeners was set too great for a specific user's 
requirements or preferences. 

The user can now click on Submit button 716 to 
submit this audio reference to the Central Host's database. 
20 This process of adding both basic audio references 
(specified in fields 701 through 709), as well as 
references to portions of those basic audio references 
(specified in fields 710 through 715) would be done by the 
personnel responsible for building the Central Host's 
25 database, and optionally by any user of that Central Host 
database as well. 

Now that the procedure for adding references to 
audio segments to the Central Host database has been 
described, the next step is to describe the user interface 
30 to build an audio program from sequences of said audio 
segments. 

Figure 8 shows the user interface for searching 
the Central Host database (the lower section of this screen 
will be described for Figure 12 below). The search screen 
35 check-boxes 801 and 802 allow specifying whether only live 
audio, only archived audio segments, or both, are desired 
to be searched. 
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Since users may be permitted to directly submit 
(rather than simply e-mail requests, as is implemented by 
some prior art) audio segment references to the Central 
Host's database, for example, using the process shown in 
5 FIGS. 5, 6 and 7, there may be a desire to segment the 
Central Host's database into two sections, as follows: 

• An audited section which contains audio segment 
references which have been verified to be correct, with 
duplicate references removed, with consistent use of 

10 keywords, and so on. 

• An unaudited section, which contains whatever 
users submit. While this section would not have the 
advantages of the audited database, it could have a wider 
range of audio segment references, and could be more 

15 frequently updated. Examples of this content would include 
references to audio sources which are in other languages, 
or are for audio announced with little lead time, such as 
live press conferences or product announcements. 

Therefore, check boxes 803 and 804 allow 
20 specifying which of said database sections to search. 

Text windows 805 through 809 allow specifying 
boolean search criteria for keywords to be included in the 
audio segment references to be returned. And the text 
windows to the right of those windows 805 through 809 allow 
25 specifying keywords which are not to be in the audio 

segment references returned. Once the search criteria are 
specified, button 810 will be clicked to begin the search, 
which could return results such as those shown in Figure 9. 

Many other search criteria and methods could be 
30 used, and will be obvious to those skilled in the art of 
database design and search techniques and user interfaces 
therefor. 

Figure 9 shows twelve audio segment references 
returned (one per row), along with basic information for 
35 each reference. From left to right, the columns are the 
following: 
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o A check-box for the user to indicate whether this 

segment should be included in the program being built by 
said user. 

• A hot-link for the user to click which will cause 
5 the audio segment to be played immediately. 

• The audio segment title, note that in addition, 
the title can be clicked to display the web page associated 
with said audio segment. 

» The duration of the audio segment, for archived 

10 audio segments. For live audio (which plays continuously 
and therefore has no length), the duration is shown as 
"Live". 

« The start time for the segment, this will be in 

hours:minutes:seconds format for live audio segments where 
15 a portion has been defined as having particular content — 
for example a sports report which a radio station provides 
at 15 minutes and 45 minutes past each hour. For archived 
audio and for continuously-playing live audio, which both 
can be started at any time, the words "In Sequence" will be 
20 displayed as the start time, as this indicates that said 
audio will be played when the previous audio segment 
completes, or the user clicks on the "Skip to Next" button 
shown in Figure 15. For unscheduled, interrupting audio, 
this is set to "As Available" to indicate that 
25 interruptions will be accepted at any time. 

« The repeat interval, which is set for audio 

segments which are to be heard periodically throughout the 
day, such as a live audio sports report which is available 
every half-hour, or for archived audio where a different 
30 audio segment is to be played every two hours. For 

continuously-playing audio, or for audio segments which are 
to be heard only once, the repeat interval is displayed as 
"None". 

o The listening time is normally set to All. 

35 However, for archived audio it can be set to a value less 
than the segment duration so that less than all of said 
archived audio segment will be played. And for live audio, 
the listening time can be set to limit the playing time. 
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for example, to four minutes as that could be the duration 
of a radio station's news report. 

Said twelve audio segments available to be 
selected are described below: 

5 • The first audio segment is a radio station which 

plays live audio continuously. 

• The next six audio segments are selected portions 

of the above radio station's audio. For example, the second 
line is a sports report which is available at 15 and 45 
10 minutes past each hour, and has a duration of three 
minutes. 

« The eighth audio segment is an indicator that the 

user would like to receive interruptions of Toronto Stock 
Market Alerts. As with any other audio source available on 
15 the Internet, these would be offered by an organization 
with information which the user wishes to hear. Further 
customization of the type of information provided, the 
level of urgency required for an interruption and other 
details could be provided through additional screens, not 
2 0 shown. 

o The ninth audio segment is another radio station's 

news report, and this is available at the top of, and half- 
past each hour, and has a duration of four minutes and 30 
seconds. 

25 » The tenth audio segment is yet another radio 

station's news report, this one is available at the top of 
each hour, and also has a duration of four minutes, 
o The last two audio segments are archived audio 

with lengths of 55 minutes and two seconds, and of four 
30 minutes and thirty-nine seconds, respectively. 

The user now has the option to do the following: 
o immediately listen to, or view the web page for, 

any of the displayed audio segments 
o change the start time, repeat interval or 

35 listening time, for any of the displayed audio segments 
To select audio segments to be included in the 
customized program being built, the user would then click 
the box in the Select column corresponding to the desired 
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audio segments, and then click on the "Include Selected 
Segments In Program" button at the bottom of the screen 
shown in Figure 9. These steps are described in detail 
below. 

5 Figure 10 shows a possible screen after a user has 

selected said desired audio segments. Changes made by the 
user are as follows: 

» the third, sixth, eighth and eleventh audio 

segments have been selected for inclusion in the audio 
10 program being built 

• the listening time of the third audio segment has 

been reduced from two minutes to one and a half minutes, 
perhaps because the user knows the last 30 seconds of the 
report are international news for which another information 
15 source is preferred 

« a start time of 3:20 pm has been set for the 

gardening show, and a repeat interval of one day has been 
set, so a new program will be heard each day, beginning at 
that time (note that since a start time has been set, 

20 rather than only hearing this gardening show when previous 
audio completes, said gardening show will interrupt other 
audio such as a continuously-playing radio station) 

Once the user has completed setting the above 
preferences, the user will click the "Include Selected 
25 Segments In Program" button at the bottom of the screen, 

and a screen such as that shown in Figure 11 would then be 
presented to the user. Figure 11 shows that only those 
audio segments selected in Figure 10 have been included in 
the audio program being built. The user now has the choice 
30 of saving the audio program or of first adding more audio 
segments. If the user clicks on the "Select More Audio 
Segments" button near the bottom of Figure 11, then a 
search screen such as that shown in Figure 12 will be 
presented. Note this is the same search screen as was shown 
35 in Figure 8, however, this time the user wishes to enter 
audio segment references which are not in the Central 
Host's database, so using the same cut-and-paste process as 
was used for text window 501 in Figure 5, the user enters 
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the hot-link and clicks the Get Details button, as shown at 
the bottom of Figure 12. A process of viewing and possibly 
changing or adding to the displayed information, as was 
shown for Figure 6 could now be used, however, in this 
5 case, the audio segment reference will not be submitted to 
the Central Host's database for others to use or update, 
rather, it will only be available for this user. This 
process can be repeated as desired, and as shown in Figure 
13, additional audio segment references would be added to 
10 those shown earlier for Figure 11. 

Figure 13 also shows that for audio segments which 
will be played in sequence (that is, they do not have a 
start time specified), a number can be entered to set the 
order in which they will be played (note there are other 
15 user interfaces for specifying a sequence, such as clicking 
on arrows to move segments up or down in the sequence). 
Also, a check-box is available to specify that when the 
entire audio program has been played, it should be started 
again from the beginning of the sequence. Note that a time- 
20 line or Gantt chart could now be displayed to show 

graphically what audio will be played throughout a time 
period. 

The next step is to save the audio program, by 
clicking on the Save Program button at the bottom of Figure 
25 13. This could produce a screen such as that shown in 

Figure 14. 

Figure 14 shows that the software allows up to 
four programs to be saved, and that three have already been 
saved, as programs A, B, and C. Note that each already- 
30 saved program has previously been given a name, to aid in 
recalling what the contents are, or when it will be played. 
For example, program A has been given the name "My morning 
radio", has three audio segments, and will be the program 
played between the hours of 4:00 am and noon each weekday. 
35 Note that by clicking on any program name, that program can 
be played regardless of the listen window times set. The 
program created as described above could now be saved as 
program A, B, C, or D, by the following steps: 
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• specifying a program name, in the row 
corresponding to the row to be used 

• specifying a listen window of time, and the days 
of the week when this program is to be played, in the three 

5 Listen Window text boxes of the row to be used 

• clicking on the A, B, C or D button of the row to 
be used 

If the program name for row D was set to 
"Dinnertime Radio", and the D button clicked to store the 
10 program, and Dinnertime Radio was then clicked to begin 

listening to the program, then a display such as that shown 
in Figure 15 might be the result. 

Alternatively, if the Listen Now button is 
clicked, then the saved audio program for the current time 
15 of day, and day of week (or closest to it) will be 
automatically selected and played. 

Figure 15 shows a display which could be presented 
to a user listening to an audio program. It shows the 
following: 

20 • that the audio program is comprised of eight audio 

segments (one per row) 

• that the user had been listening to 1050 Chum 
Oldies Radio (which is a continuously-playing live radio 
station), but that this was interrupted by the 680 News 

25 Business Report, which has a periodic specific start time 
set (and this audio segment will resume once the 
interruption has completed) 

• that there is 1 minute and 32 seconds of the two- 
minute 680 News Business Report remaining to be heard 

30 Note that the audio player controls at the lower 

right of the screen permit the following functions: 

• skipping back to the previously-heard audio 
segment 

• skipping ahead within the current audio segment 

35 • skipping ahead to the next audio segment 

• stopping, pausing and starting the audio 

Other audio player controls could be provided, for 
example, to; keep listening to an audio program past its 
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scheduled duration, replay a portion of archived audio, 
specify how long to skip ahead within an audio segment, or 
immediately or at a specified time, record the audio for 
future listening. 

5 Other screens to view and edit the audio segments 

in saved programs, to specify that certain audio programs 
or segments are to be recorded for listening at a later 
time, to e-mail a program to another person, and to do 
other administrative tasks or provide other features based 
10 on the disclosed functions will be obvious to those skilled 
in the art, and are equally considered part of the present 
invention. 

Figure 16 shows the network configuration for a 
possible embodiment of the present invention. Configuration 
15 and Listening/Viewing Station 1601 would be used by a user 
to perform the functions depicted in FIGS. 5 through 15. 

The following steps could be utilized to submit 
audio segment references to Central Host 1602's database. 

Utilizing a network, such as the Internet 1603, 

20 and a standard world wide web browser client, the 

Configuration and Listening/Viewing Station 1601 could be 
used to contact First Content Source 1604 to view a web 
page describing the available audio content. By some means, 
such as right-mouse-clicking on an audio hot-link and the 
25 browser's "Copy Link Location" function, the reference to 
the audio could be copied to a clipboard buffer. Central 
Host 1602 could then be contacted to view a web page for 
submitting audio references to said Central Host 1602's 
database. The clipboard buffer, now holding the audio 
30 reference could then be copied to a text window such as 

text window 501 in Figure 5. Clicking on a button, such as 
button 503 in Figure 5 could result in the First Content 
Source 1604 being contacted, as in step 202 of Figure 2, to 
request additional audio segment reference details, such as 
35 those shown at 602 through 607 of Figure 6. The user could 
then provide additional information, such as that shown at 
708 through 715 in Figure 7, and button 716 of Figure 7 
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could be clicked to submit said additional information to 
Central Host 1602's database. 

The following steps could be utilized to create an 
audio program. 

5 Utilizing a network, such as the Internet 1603, 

and a standard world wide web browser client, the 
Configuration and Listening/Viewing Station 1601 could be 
used to contact Central Host 1602 to display a keyword 
search page, such as is shown in Figure 8 . Keywords 
10 describing the desired content would be entered and 

submitted to said Central Host 1602's database search 
engine, and the corresponding available audio references 
would be sent to Configuration and Listening/Viewing 
Station 1601, and displayed thereon, such as is shown in 
15 Figure 9. Changes and Selections would be made, such as are 
shown in Figure 10, and the resulting program would be 
submitted to Central Host 1602's database to be stored, 
such as is shown in Figure 14. Alternatively, said program 
could be saved locally on Configuration and 
20 Listening/Viewing Station 1601. 

The following steps could be utilized to listen to 
an audio program. 

A user at Configuration and Listening/Viewing 
Station 1601 would view the programs already saved, such as 
25 is shown in Figure 14. By clicking on the "Listen Now" 

button. Configuration and Listening/Viewing Station 1601 
would contact Central Host 1602 to request updates to the 
saved program to be played according to the current time 
and day. Central Host 1602 would then perform the following 
30 functions, as in step 403 of Figure 4: 

o Check whether any database updates, such as 

changed start times, repeat intervals, or segment 
durations, are available for the audio segment references 
comprising the program. 

35 o Check whether archived audio segments in the 

program have already been played, and if so, whether there 
are related archived audio segments which can be played 
instead. For example, if a web site has the last several 
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years of weekly garden shows archived, then a different 
garden show could be played each day (until all have been 
heard). Or if a sports team has all their games available 
by radio, but the particular radio station is different 
5 each week, then the audio from whichever radio station that 
is scheduled to play the next game could be played, 
o Using demographic information solicited as part of 

registering to use this service, appropriate advertisements 
could be included in the program, for example: 

10 i) at fixed intervals, 

ii) between each audio segment, or 

iii) in place of advertisements provided by the 
content providers, for example, by receiving advertisement 
timing information from the content providers in return for 

15 sharing the advertising revenue. 

Said advertisements could be archived on Central 
Host 1602, or other servers, such as those run by the 
advertiser’s advertising agencies. 

Central Host 1602 would then send the updated 
20 program information to Configuration and Listening/Viewing 
Station 1601, and said Configuration and Listening/Viewing 
Station 1601 would then directly contact the Content 
Sources and request the content be sent directly to 
Configuration and Listening/Viewing Station 1601. 

25 Figure 17 shows an alternative method to listen, 

for example, to the audio for a created program. The steps 
for submitting audio segment references, and creating and 
audio program would be similar to those described in Figure 
16 above. However, the audio would be received through a 
30 Listening Station 1702, so the user would not need to be at 
a computer to listen to the created audio program. A 
variety of methods could be utilized to accomplish this, 
such as the following: 

o Listening Station 1702 could request the desired 

35 program from Central Host 1703, receive an updated program, 
and directly contact the Content Sources to request the 
audio segments, just as Configuration and Listening/Viewing 
Station 1601 had in Figure 16 above. 
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• Listening Station 1702 could request Configuration 
Station 1701 to request the desired program from Central 
Host 1703 and also that Central Host 1703 send the updated 
program directly to Listening Station 1702, and Listening 

5 Station 1702 would then directly contact the Content 
Sources to request the audio segments. 

• Listening Station 1702 could request Configuration 
Station 1701 to request the desired program from Central 
Host 1703, and Central Host 1703 would provide the updated 

10 program back to Configuration Station 1701, and 

Configuration Station 1701 would contact the Content 
Sources directly, to request the audio segments, which 
would be sent to Configuration Station 1701, and 
Configuration Station 1701 would relay the audio segments 
15 to Listening Station 1702. 

Buttons on Listening Station 1702 would permit 
control over the playback of the audio segments, as 
described for Figure 15 above. A display could be provided 
on Listening Station 1702 to provide playback information, 
20 such as that shown in Figure 15. 

Other configurations are possible, and would be 
obvious to those skilled in the art of network programming. 

25 

Although various preferred embodiments of the 
present invention have been described herein in detail, it 
will be appreciated by those skilled in the art, that 
variations may be made thereto without departing from the 
30 spirit of the invention or the scope of the appended 
claims. 
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THE EMBODIMENTS OF THE INVENTION IN WHICH AN EXCLUSIVE 
PROPERTY OR PRIVILEGE IS CLAIMED ARE DEFINED AS FOLLOWS: 

1. A method of playing discrete media content 
segments comprising 

specifying an order of play of media content 
segments selected from archived media content segments and 
continuously playing live media content segments, 

specifying specific live media content segments 
having defined start times, durations and repeat intervals, 
deriving a play sequence based on said order of 
play which is interrupted to accommodate said specific live 
media content segments at the start times thereof, and 
using said play sequence to provide a 
personalized sequence of discrete media content segments. 

2. A method as claimed in claim 1 wherein said 
media content segments are streaming media content 
segments. 

3. A method as claimed in claim 1 wherein said 
media content segments each include an address that 
identifies a source of the media content segment and said 
address is used to play the particular media content 
segment when required according to said personalized 
sequence. 

4. A method as claimed in claim 1 wherein said play 
sequence includes an address for each discrete media 
content segment which address allows playing of the 
particular discrete media content segment upon demand. 

5 . A method as claimed in claim 1 where said play 
sequence includes address instructions for each discrete 
media content segment causing the play thereof in 
accordance with the play sequence on a source specific to 
the media content segment and where said play sequence 
includes address instructions of different sources. 
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6 . A method as claimed in claim 1 including 
identifying live streaming media content segments which 
meet predetermined selection criteria determined by a user, 
and modifying said play sequence to accommodate said 
identified live streaming media content segments. 

7. A method as claimed in claim 1 wherein said 
derived play sequence after interruption to accommodate 
said specific live media content resumes play of media 
content based on said order of play. 

8 . A method as claimed in claim 1 wherein said 
derived play sequence, after an interruption which 
interrupted an archived media content segment, plays the 
entire archived media content segment or plays a remaining 
unplayed portion of the archived media segment or plays a 
portion of the archived media segment immediately 
proceeding the interruption followed by the remaining 
unplayed portion of the archived media segment. 

9 . A method as claimed in claim 1 wherein said 
derived play sequence is stored as a program along with 
program timing information for the playing thereof and said 
method allows the storage of multiple programs. 

10. A method as claimed in claim 9 wherein said 
program timing information includes the ability to play the 
program on a repetitive scheduled basis. 

11 . A method as claimed in claim 9 wherein said play 
sequence is stored on a first INTERNET server and said 
media content segments are stored on a plurality of 
INTERNET servers. 

12. A method as claimed in claim 11 wherein said 
media content segments are played on a user device 
connected to the INTERNET and in communication with said 
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INTERNET servers and said media content segments are 
transmitted to said user device as streaming media content 
segments. 

13. A method as claimed in claim 1 wherein said 
derived play sequence adjusts for differences in time zones 
with respect to the playing of live media content segments. 

14. A method as claimed in claim 1 where said 
discrete media 

content segments are stored on different devices available 
on a computer network and said different devices are used 
to play said discrete media content segments. 

15. A method as claimed in claim 3 wherein said play 
sequence is stored on a first computer device on a computer 
network and at least some of said discrete media content 
segments are stored and playable using further computer 
devices on the computer network, said first computer 
device using said play sequence to play on a user computer 
device on said network said sequence of discrete media 
segments using said further devices. 

16. A method as claimed in claim 15 wherein said 
discrete media content segments are available on computer 
servers available on a computer network and said discrete 
media segments are played on a user device connected to 
said network. 

17. A method as claimed in claim 1 including 
conducting an initial search based on user entered criteria 
and identifying discrete media content segments of possible 
interest to a user and making said identified discrete 
media content segments available during said specifying 
steps. 
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18. A method as claimed in claim 17 wherein said 
discrete media content segments are discrete audio media 
content segments. 

19. A method of identifying audio content and the 
selective programming thereof to define a personalized 
sequence of discrete audio segments comprising 

identifying a series of archived audio segments 
of possible interest to a user, 

identifying a series of live audio segments 
available at specific times and of a known duration of 
possible interest to the user, 

forming a basic series of audio segments from at 
least said archived audio segments for play in a particular 
manner according to information entered by the user, 

forming an interrupting series of audio segments 
from at least said live audio segments including timing 
information for playing of each audio segment, and 

producing an audio signal based on said basic 
series of audio segments which are interrupted by said 
interrupting series at the specific times of the audio 
segments and for the duration thereof. 

20. A method as claimed in claim 19 wherein said 
basic audio segments also include live audio segments. 

21. A method as claimed in claim 19 wherein said 
interrupting audio segments include archived audio 
segments. 

22. A method as claimed in claim 19 wherein said 
basic audio segments also include live audio segments and 
said interrupting audio segments include archived audio 
segments. 

23. A method as claimed in claim 22 including 
defining a plurality of channels where each channel defines 
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an audio signal based on its own basic series of audio 
segments and its own interrupting series of audio segments. 

24. A method as claimed in claim 19 wherein said 
produced audio signal returns to said basic series of audio 
segments after the duration of an interrupting audio 
segment and in the event the particular audio segment that 
was interrupted was an archived audio segment identifying 
the point of interruption and returning to the archived 
audio segment in a predetermined manner relative to the 
point of interruption. 

25. A method as claimed in claim 19 wherein said 
interrupting series of audio segments include live audio 
segments from a plurality of audio feeds provided live on 
the INTERNET. 

26. A method as claimed in claim 25 wherein said 
archived audio segments include segments available for 
replay from a - plurality of independent sources provided on 
the INTERNET on a user demand basis. 

27. A method as claimed in claim 26 wherein said 
discrete audio segments include found audio segments 
identified based on general criteria entered by the user 
and determined to be relevant by a computer based on said 
general criteria. 

28. A method as claimed in claim 27 wherein said 
found audio segments interrupt other audio segments. 

29. A system for allowing a user to manage media 
content available from a host of sources and produce a 
media signal customized according to user identified 
criteria, said system comprising 

a first web page interface for identifying media 
segments of possible interest to the particular user where 
said media segments include live media segments and 
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archived media segments and selecting therefrom a group of 
media segments of particular interest to the user, 

a second web page interface allowing the user to 
select from said group of media segments and form a basic 
sequence of media segments to be played in a predetermined 
manner and also allowing the user to select an interrupting 
series of media segments to be played in a manner to 
interrupt said basic sequence of media segments at 
particular times and for the duration thereof and 
thereafter return to said basic sequence of media segments, 
and 

a third web page interface to allow the user to 
play said basic sequence of media segments and said 
interrupting series of media segments. 

30. A system as claimed in claim 29 wherein said 
system upon return to said basic sequence resumes the media 
segment that was interrupted. 

31. A system as claimed in claim 29 including a 
memory means for tracking archived media segments to 
identify media segments which have been previously played 
to avoid replaying thereof. 

32. A system as claimed in claim 29 including memory 
means for tracking archived media segments and marking any 
played archived media segment to avoid inadvertent replay 
thereof. 

33 . A system as claimed in claim 29 wherein said 
system conducts additional searches from time to time to 
locate current media segments of an identified content 
provider and adds said current media segments to said 
selected archived media segments. 

34 . A system as claimed in claim 29 wherein said 
media segments are audio media segments available over a 
public computer network. 
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35 . A system as claimed in claim 34 wherein said 
media segments are available and transmitted for play on a 
user device connected to the INTERNET. 

36. A system as claimed in claim 29 wherein said 
media segments are video media segments available over a 
public computer network. 

37 . A method as claimed in claim 3 including 
connecting a user play device specifically designed for 
playing media content segments to a network and 
transmitting and playing the personalized sequence of 
discrete media content segments using said user play 
device. 

38. A method as claimed in claim 37 wherein said 
personalized sequence of discrete media content segments is 
defined using a user computer device connected to said 
network. 
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